home
***
CD-ROM
|
disk
|
FTP
|
other
***
search
/
QRZ! Ham Radio 11
/
QRZ Ham Radio Callsign Database - Volume 11.iso
/
files
/
packet
/
ad16dis.exe
/
README
< prev
next >
Wrap
Text File
|
1992-12-31
|
15KB
|
316 lines
README file for ARES/DATA Version 1.6
Welcome to ARES/DATA! Your diskette contains the following files:
README (This file itself)
DOCUMENTATION FILES:
USERMAN.DOC Packet operator full user manual
QUIKREF.DOC Quick Reference Card for the packet operator
DRSI.DOC Notes on the DRSI PC*PA packet adapter
SYSOP.DOC Summary of SYSOP procedures and commands
- READ THIS BEFORE ATTEMPTING TO RUN ARES/DATA
G8BPQ.DOC How to use the BPQ switch and KISS TNCs
CONFIG.DOC Notes on the config file
ARESDA01.PAP Revised text of paper on previous version, 0.1
ARESDA10.PAP Revised text of paper on previous version, 1.0
INPUT.HLP
SEARCH.HLP
SUMMARY.HLP These six files are short reminders of the A/D
LIST.HLP syntax and functions. Put them in the \PUBLIC
CHANGE.HLP subdirectory so that users can download them.
CONFBRGE.HLP
ARESDATA.CFG An example configuration file
STARTUP.TN1 An example startup file for a WA8DED TNC-1
STARTUP.PCP An example startup file for a DRSI PC*PA board
STARTUP.P87 An example startup file for an AEA PK-87 w/ DED firmware
STARTUP.TN2 An example startup file for a TNC-2 with DED firmware
INFO An example INFO file for ARES/Data - put in \PUBLIC
ARESDATA.BAT The startup batch file for running the program
ARESDA16.EXE The ARES/DATA program version 1.6
Searches available on all 4 index fields
Generated for 10,000 record database
AD16-3.EXE ARES/Data program with searches for fields 1, 2, or 3 only
AD16-2.EXE ARES/Data program with searches for fields 1, or 2 only
AD16-1.EXE ARES/Data program with searches for field 1 only
(These three versions of the program may not be present on
your disk. If you want them, contact us.)
MBBIOS.COM The MBBIOS memory-resident program for handling serial ports
MBBCONFG.EXE The configuration program for MBBIOS
STARTBPQ.BAT Startup file for G8BPQ switch code.
BPQCFG.TXT Configuration file for G8BPQ switch (example, v 4.05).
ZAPDB.BAT A batch file to move the current database files to
another set of names and start anew with an empty
database
These files describe commands for TNC's using WA8DED
firmware:
TNC1DED.DOC Documentation for the WA8DED TNC-1 Firmware Version 1.3
TNC2DED.DOC Documentation for the WA8DED TNC-2 Firmware Version 2.5
PK87DED.DOC Documentation for the WA8DED AEA PK-87 Firmware
Introduction and Overview for ARES/Data Version 1.6
ARES/Data
A Packet-Radio Database for Emergency Communications
I. INTRODUCTION
ARES/Data is basically a multiple-connect, multiple-port specialized bulletin
board system with a conference bridge that is tailored to store and retrieve
basic information about people, places, or things in an emergency or disaster.
The program is a generalized form of the FINDER program (Family Information
Database for Emergency Responders, by WN6I and N6KL, 1987). Although ARES/Data
allows access to the database via packet radio, the program can also operate
stand-alone without any packet radio access. The actual operating mode is
chosen by the system operator when the ARES/Data program is started.
ARES/Data is a system designed for management of information during a
widespread emergency that overloads normal communications channels. The
program is conceived to be flexible, so that it can be used without
change for both small and large disasters to organize information about
victims, evacuees, or even ham radio operators. Examples of situations
in which ARES/Data could be used are (i) registration of individuals at
Red Cross shelters, (ii) patient/victim tracking in a multiple casualty
incident, (iii) maintaining staffing information about hams assigned to
an emergency, (iv) listings of road closures or damage reports, and so
forth. With alternate power sources and their own frequencies, Amateur
Radio Operators can provide the ARES/Data service without tying up
critical communications channels or relying on commercial power.
References:
FINDER: Proc. of the Sixth ARRL Computer Networking Conf., p.134 (1987).
ARES/Data 0.1: Proc. of the Seventh ARRL Comp. Net. Conf., p.141 (1988).
ARES/Data 1.0: Proc. of the Eighth ARRL Comp. Net. Conf., p. 134 (1989).
Public Service Column in QST, December, 1990, p. 75.
II. ARES/Data SYSTEM OVERVIEW
A. Three Major Elements
There are three major elements to the ARES/Data system:
o ARES/Data software and database (at one centrally located computer)
o Remote packet stations connected to the central node
o Conference Bridge
The central element of the ARES/Data system is the ARES/Data database
program running on an IBM PC or compatible. The ARES/Data program
collects and collates current information about people (or other items)
according to the needs of the incident. The sysop at this computer can
execute all database functions if necessary; it is not required that a
TNC be connected to the computer.
If remote access is desired to the information in the database, this
computer may be connected to a packet radio channel through up to four
ports, each of which can be either a TNC with WA8DED firmware or a DRSI
PC*PA packet radio adapter. In this manner, other remote packet
stations can connect to the ARES/Data machine and thus gain access to
the stored information. This information can be updated or queried by
the sysop or any of the remote packet stations that are all
simultaneously connected to the main database station. The data access
occurs by exchanging updates or queries in a simple, precise, and
well-defined format. A remote packet operator can both enter data into
the system and execute searches for specific pieces of information.
During all of this, all of the connected stations and the sysop can
communicate with each other by using a simple "tell" command. This
"conference bridge" actually implements a star-shaped network in which
the central database station relays all of the message traffic.
III. ACKNOWLEDGEMENTS
Since the ARES/Data concept is a generalization of the FINDER system,
the deliberations of the FINDER committee in the Santa Clara Valley
Section of the ARRL have contributed to the present form of ARES/Data.
In addition, our thanks also go to all the ham radio operators in the
Santa Clara Valley Section that have participated in the various alpha
and beta tests of the FINDER and ARES/Data systems. We also greatly
appreciate the comments and suggestions we have received from hams all
over the world who are using ARES/Data.
IV. Version 1.1 Differences
Everything you may already know about ARES/Data Version 1.0 still
holds true for Version 1.1. Version 1.1 fixes some minor bugs, and
provides three new features:
1. STATUS command: Provides a brief system status, i.e., the current
LABELS settings, current WIDTHS settings (see below), and the current
database size.
2. Origin Indicator:
(Thanks to Pierre Cornelis, ON7PC for this very good idea):
At the beginning of the MESSAGE field, there will now always be an
indication of which station last updated each record. The station
callsign (or the word "SYSOP") will appear here, so that in case of
data entry errors, or other questions, everyone can know who made
which entry. An example record:
Date/Time LName FName Call Phone Message
27/1234: PALMER, DAVE, N6KL, 555-1299, <W6XYZ> DAVE CAN LOAN A RADIO
The origin indicator is fully automatic.
3. WIDTHS command.
The Widths command allows you to more neatly format output data
on the screen. It doesn't change the data in any way, but provides
a way for the column output to "look right". If the value for any
field is shorter than the defined WIDTH for that field, then when
that record is displayed, spaces will be used to try and keep the
fields aligned on the display. If a given value is longer than the
specified WIDTH, then all of the value is displayed, and the
following fields will likely not be aligned neatly. (But for most
records they would be). Set the WIDTHS anytime you wish; typically
when you change the meanings of the data base fields when you use the
LABELS command. The syntax for the WIDTHS command is very similar to
that for the LABELS command:
Find out the current WIDTHS:
widths
Set the widths, so that Field1 has 10 characters, Field2 has 6,
Field3 has 8, and Field4 has 10:
widths=10,6,8,10
If you set the widths this way, then output might now look like this:
Recno DT/Time LName FName Call Phone Message
1 27/1234: PALMER, DAVE, N6KL, 555-1299, <W6XYZ> DAVE ENROUTE
2 27/0001: MAXIM, HIRAM, W1AW, 555-1551, <SYSOP>
3 27/0002: VANDERMEULEN-SMITH, PETE, K6ABC, 555-0911, <W0XXX>
So the last name in record number 3, above, does not fit inside a width of
10 characters, so the whole value is displayed, and the rest of record 3
is not well aligned. Still, records 1, and 2, and other records might
be displayed more neatly.
This WIDTHS command does call for a little bit higher data traffic, so
if this is not desired, reset the WIDTHS command to behave as before by
specifying a width of "*": Use the command: "WIDTHS=*,*,*,*".
You cannot set the widths to a value greater than 20.
V. Version 1.2 Differences
Everything you may already know about ARES/Data Version 1.0 and 1.1 still holds
true for Version 1.2. Version 1.2 fixes a database bug that occurs for
databases over 1000 records, fixes several smaller bugs that could produce
run-time errors, and adds a DIR command which allows a user to list the files
available for download from the public directory.
Some users who have very large databases (namely the hams working with the Los
Angeles Marathon) expressed an interest in increasing the speed of the IMPORT
command. Version 1.2 has significantly improved IMPORT speeds due in part to
the fact that the IMPORT command no longer copies each imported record to the
JOURNAL file (ARESDATA.JRN), but instead places a notation like this:
;Imported file: UPDATE5.IMP at 1900 on 27
Another way to speed up IMPORT at the expense of indexing is to reduce the
number of index files. Versions of the program that index fields 1-3, 1-2, and
only 1 are included on the distribution diskette. Do not mix usage of these
versions of the program with databases and indices created with ARESDA12.EXE.
Also, regular BACKUPS may be disabled by setting the backup interval to 0
in the ARESDATA.CFG file.
VI. Version 1.3 Differences
Everything you may already know about ARES/Data Versions 1.0-1.2 still holds
true for Version 1.3. Version 1.3 fixes a nasty bug that caused the database
to start sending the same packet out again and again in an indefinite loop.
This bug only appeared quasi-randomly when long records and messages were
in use. Thanks to John Leakley, WB9SMM, for bringing this one to our
attention.
One new command has been added to the configuraton file ARESDATA.CFG: logall,
which causes every packet received from the remote stations to be echoed to
the sysop screen. New sysop commands "logallon" and "logalloff" turn this
feature on and off during program execution. Another new sysop command is
"rawimport filename", which allows importing of database data in the standard
input format: Field1, Field2, Field3, Field4, Msg.
Various small changes were made in the documentation to make things clearer,
as a result of feedback from interested hams. One important item: be sure
the remotely connected stations set PACLEN to a value larger than the maximum
input line length you expect to use. This is because ARES/Data processes each
incoming packet as a COMPLETE transaction. If PACLEN is set too small for a
remote station, his/her TNC may send several packets for one input line, which
results in gibberish to the program.
VII. Version 1.4 Differences
Several users pointed out that with GET of long files or "l all"
situations, the resulting TNC BUSY error would cause part of the
downloaded data to be lost. To remedy this, the program detects TNC
BUSY conditions and halts polling until the condition clears. This
means that no data will be lost and sending of the long file will
continue. To other users, the system will appear to be busy for awhile
until this condition clears. Read the comments in SYSOP.DOC.
We also fragmented the user manual into a set of .HLP files for download
from the public subdirectory. This effectively makes more of the
ARES/Data documentation available online. Other small bugs were fixed,
for example, in the results of the "dir" command.
VIII. Version 1.5 Differences
Version 1.5 allows the ARES/Data program to run "on top of" the G8BPQ
switch, version 4.01. PK-232, PK-87/88, and other non-DED TNC users,
please note! This means that ANY KISS TNC can be used at the main
database station, AND that a full NET/ROM-style G8BPQ switch is provided
automatically. Read G8BPQ.DOC for details on how to set up your BPQ
switch so that ARES/Data becomes a new "application" that is made
available when a user connects to the switch. Thanks to John Wiseman
for making this important modification to his switch code, and to N1BEE
for his help in modifying the software interrupt used by the module
DEDHOST.EXE. Implementation of the BPQ interface forms most of the
bulk of the changes for Version 1.5.
We also removed a bug in the DIR command that caused the last character
of long filenames to not be sent to the connected station, and a bug
in the processing of text sent to the sysop screen when you use ARES/Data
to connect out to another BBS system.
IX. Version 1.6 Differences:
Not many changes, except for documentation on how to use the BPQ switch
to be able to use ARES/Data with KISS TNC's. We added a database
parameter, "readonly", to prevent remote entry of erroneous data when
the database is of this type. We also added support for 16-channel DED
EPROMs (I think - not sure!). We also stopped sending out the BPQ
switch code. Since new and improved versions of this code are appearing
all the time, you must get your own, recent copy.
We hope you find ARES/Data to be helpful! Since we are now both new
daddies, detailed additional hacking of this program will probably not
occur in the near future.
73, Dave Palmer / N6KL @ ???? in Colorado
Weo Moerner / WN6I @ K3MC
August 4, 1989 (Version 1.0)
December 1, 1989 (Version 1.1)
March 3, 1990 (Version 1.2)
October 7, 1990 (Version 1.3)
December 5, 1990 (Version 1.4)
January 20, 1991 (Version 1.5)
December 31, 1992 (Version 1.6)